Я вам говорил, что нужно покупать сейчас, а вы тянули. Что имеем в итоге (цитата из официального письма компании VMware):

Уважаемые коллеги!

Как и многие глобальные компании в IT-индустрии, VMware стремится координировать цены на свои продукты во всех основных регионах, в которых ведет бизнес. Один из ключевых элементов ценовой политики в нашем регионе (ЕМЕА) – обеспечение согласованности цен в основных валютах нашего региона, особенно - в долларах США, евро и фунтах стерлингов.

В результате изменений в курсах валют, происходивших в 2009 и начале 2010 года, и для выравнивания цен в разных валютах, мы вынуждены поднять долларовые цены на наши продукты (на лицензии, SnS, Education и некоторые позиции PSO) на 10%, оставив неизменными цены в евро и фунтах стерлингов.

Эти изменения вступают в силу с 26 июля 2010 года.

Но это не значит, что нужно расстраиваться (хотя я вот реально расстраиваюсь - несмотря на то, что это ведет к увеличению моей маржи). Это значит, что есть еще время купить продукты VMware vSphere, VMware View, VMware Site Recovery Manager по старой цене.

Конечно же, все продукты VMware на территории России нужно покупать в компании VMC, которая является Enterprise-партнером вендора и предоставляет множество интересных бесплатных сервисов.

Давно я что-то не писал о своих друзьях из компании Veeam Software, который делают лучшее в мире средство резервного копирования Veeam Backup and Replication (больше здесь и здесь). Как вы знаете они сейчас интенсивно готовят к выпуску Veeam Backup and Replication 5, который будет иметь чудесную (не имеющую аналогов!) технологию SureBackup.

Недавно коллеги из Veeam выпустили открытый документ, где подытожили 7 основных причин, по которым пользователи выбирают именно Veeam Backup, а не всякую второсортную бурду: "7 Reasons to Choose Veeam".

Документ, конечно, маркетинговый, однако маркетинг компании Veeam Software лишь фиксирует то, что так долго и упорно нарабатывалось разработчиками и тестировщиками.

Итак, почему нужно выбирать именно Veeam Backup and Replication:

1. Самый быстрый в мире бэкап виртуальных машин VMware vSphere, позволяющий сузить окно резервного копирования настолько, что оно будет шириной со щель в дифракционной решетке. Именно Veeam использует все преимущества VMware vSphere API for Data Protection, технологию Changed Block Tracking, снапшоты, а также обрабатывает большинство необычных (даже немыслимых) ситуаций, которые могут возникнуть в процессе резервного копирования.

2. Самый простой в мире Restore виртуальных машин и их отдельных файлов. Интерфейс прост настолько, что даже пятилетний ребенок с помощью Drag and Drop вытащит из резервной копии свои файлы (посмотрите на жалкую пародию VMware Data Recovery). При этом Veeam Backup поддерживает не только Windows и Linux системы для восстановления, но и множество остальных nix-систем - и все это в нормальном GUI.

3. Единственные в своем роде возможности репликации, за которые не надо платить (посмотрите на расценки барыг, производящих тяжеловесные СРК). С помощью репликации в Veeam Backup and Replication можно сделать Disaster Recovery конфигурацию виртуальной инфраструктуры между двумя площадками, которая не требует дорогостоящих SAN-устройств и продуктов, а также позволяет защищать отдельные виртуальные машины на томах LUN, а не только весь том VMFS. Конечно же, Veeam Backup полностью поддерживает Microsoft VSS в гостевых ОС.

4. Защита от потерь данных в пределах одного сервера ESX. Если у вас что-то случится с сервером ESX или будут утеряны данные, реплики виртуальных машин на других серверах можно сразу же запустить, а, кроме того, можно автоматизировать любой процесс восстановления с помощью встроенной поддержки PowerShell.

5. Вы можете делать резервные копии и реплики на какие угодно устройства, включая локальные диски серверов VMware ESX. Чуваки из документа навострились делать реплики на локальные диски серверов на случай, если SAN почему-то сломается (все происходит в атоматическом режиме). В этом случае вы сможете мигом восстановить всю виртуальную инфраструктуру.

6. Veeam Backup - это также лучший способ использовать Off-site storage для бэкапов. Используете ленты? Не проблема. Записывайте на них бэкапы Veeam. Кроме того, у Veeam есть встроенные возможности дедупликации хранимых резервных копий (без дополнительной платы, опять-таки, в отличие от барыг) и функции синтетического бэкапа, позволяющие быстрее всего восстанавливать именно последнюю резервную копию.

7. Veeam Backup делает самые красивые ежедневные репорты о том, что все сделано, забэкаплено и защищено, а также имеет централизованную консоль управления серверами резервного копирования. Вам остается только расслабится в эти жаркие дни и думать об отпуске.

Вы уже прониклись всеми волшебными возможностями Veeam Backup and Replication, но все еще не знаете где его купить? Зал хором говорит: "У золотого партнера Veeam - компании VMC!". Там и скидочку дадут и о продукте квалифицированно расскажут.

Как многие знают, недавно компания VMware выпустила обновление продукта VMware vSphere 4.0 Update 2. Среди прочих нововведений есть также улучшения механизма VMware HA для отказоустойчивости серверов VMware ESX. Одно из улучшений - решение проблемы Split Brain в кластере HA, которое заключалось в следующем:

Если у вас есть несколько хостов ESX, подключенных к IP-системе хранения iSCSI / NFS, а для виртуальных машин выставлено действие Leave Powered On для Isolation Responce (по умолчанию), то при отключении хоста от всех сетей (IP Storage и VM Network) процессы VMX, реализующие исполнение виртуальных машин оставались в памяти.

При этом, по истечении срока действия лочек VMware HA, остальные хост-серверы ESX запускали эти виртуальные машины. Когда соединение выпавшего хоста с сетью и хранилищем восстанавливалось - процессы продолжали жить, что приводило к так-называемому "пинг-понгу" виртуальных машин между хостами ESX и всяким глюкам.

Теперь же, начиная с VMware vSphere 4.0 Update 2 эта ситуация решается - хост ESX выключает виртуальную машину и генерирует соответствующее событие в vCenter.

Источник: yellow-bricks.com.

В последнее время многие пользователи VMware Server планируют миграцию своих виртуальных машин на платформу VMware ESXi (в том числе и из-за того, что VMware Server прекращает свое существование). Компания VMware недавно выпустила пресс-релиз "Веб-сервис для малого и среднего бизнеса VMware Go обогатился новыми возможностями", в котором, в частности, была анонсирована V2V-миграция с VMware Server на ESXi.

Так вот - самый простой способ перенести виртуальные машины VMware Server на ESXi это воспользоваться бесплатным сервисом VMware Go:

Многие пользователи, применяющие платформу виртуализации VMware vSphere в своей виртуальной инфраструктуре, ищут возможности использования недорогого хранилища для виртуальных машин. В качестве одного из вариантов, для тестового или некритичного производственного окружения, можно рассмотреть организацию NFS-хранилища на базе Windows 2008 Server R2...

На сервере VMware ESX из состава vSphere, если запустить утилиту esxtop и перейти в категорию дисковой подсистемы (кнопка "d"), можно увидеть счетчик CMDS/s.

Что он значит? CMDS/s (Total commands per second) - это общее число SCSI - команд, передаваемых к системе хранения, включая операции ввода-вывода вывода виртуальных машин, а также сервисные команды (например, SCSI reservations). Если говорить о параметре IOPS (Input/Output Operations Per Second) - то это общее число операций ввода-вывода, представляющее сумму:

IOPS = Number of Read commands(READS/s) + Number of Write commands(WRITES/s)

Таким образом, число IOPS должно быть близко к CMDS/s, за исключением случаев, когда сервер VMware ESX активно работает с метаданными тома VMFS (например, создает и удаляет снапшоты).

Компания VMware планирует выпустить новую версию платформы виртуализации VMware vSphere 4.1 не позднее осени этого года (хотя, может быть и раньше). vSphere 4.1 будет обладать множеством новых возможностей, список которых вполне тянет на версию 4.5, а вот, что сегодня известно об улучшениях производительности в новой версии продукта...

Компания VKernel продолжает выпуск бесплатных программных продуктов для виртуализации VMware vSphere. На этот раз это утилита VKernel StorageView, которая позволяет найти "узкие" места в инфраструктуре хранения виртуальных машин. Это обычное десктоп-приложение весом в 6 МБ, которое может быть установлено на рабочей станции администратора и позволяет найти соединения хостов ESX с наибольшими задержками (latency) к томам VMFS или NFS.

Возможности VKernel StorageView:

• Топ 5 путей хост / datastore с наибольшей latency
• Список виртуальных машин, которые используют эти пути
• Скорость обмена трафиком хранения для каждой ВМ в этих путях
• Сводная статистика по остальным парам хост / datastore, не вошедшим в топ 5
• Поддержка хранилищ NFS / iSCSI / FC

Скачать VKernel StorageView можно по этой ссылке.

Как многим известно, компания Veeam Software делает самый лучший продукт для резервного копирования виртуальных машин VMware vSphere / ESX под названием Veeam Backup and Replication. О его возможностях мы уже писали здесь и здесь, а сегодня мы расскажем еще об одной интересной функции - автоматизации задач резервного копирования, репликации и восстановления с помощью Microsoft PowerShell.

Veeam Backup PowerShell Extensions требуют пакетов Windows PowerShell и vSphere PowerCLI, которые позволяют автоматизировать операции по управлению виртуальной инфраструктурой. После их установки на сервере резервного копирования Veeam Baclup and Replication, в меню Tools необходимо выбрать пункт PowerShell.

Далее можно использовать уже готовые командлеты (cmdlets) от Veeam, которые могут делать следующее:

С помощью возможностей PowerShell с Veeam Backup можно сделать очень многое, как, например, сделали в компании "Протек". Используя расширения Veeam Backup PS и PowerCLI / PowerShell, эти ребята разработали систему автоматического тестирования восстановления виртуальных машин из резервных копий (то, что будет реализовано в Veeam Backup and Replication 5 с помощью SureBackup):

Очень много вопросов поступает относительно того, для чего нужны снапшоты виртуальных машин (snapshots) на серверах VMware ESX. По-сути снапшоты - это зло, но иногда они оказываются полезны в очень ограниченных условиях (например, для проверки корректности работы обновления приложения или патча операционной системы). То есть эта та точка сохранения состояния виртуальной машины, к которой можно будет вернуться через небольшой промежуток времени. Ни в коем случае нельзя рассматривать снапшоты как альтернативу резервному копированию основных производственных систем, в силу множества проблем.

Одной из них является неочевидное поведение снапшотов при их удалении (применении к основному диску ВМ). В этом случае вам может понадобиться значительный объем свободного дискового пространства на томе VMFS, особенно когда у вас есть несколько снапшотов. Например, у вас есть виртуальная машина с 3-мя снапшотами следующих размеров:

Вы нажимаете кнопку Delete All в Snapshot Manager в vSphere Client, после чего происходит такая ситуация: Snapshot 3 "склеивается" со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS:

При этом занятое дисковое пространство увеличивается на величину Snapshot 3 и составляет 90 ГБ. Далее, то, что получилось в Snapshot 2 (50 ГБ) склеивается со Snapshot 1 (10 ГБ), при этом Snapshot 2 и Snapshot 3 остаются. То есть дисковое пространство, занимаемое файлами виртуальных дисков и снапшотов на томе VMFS увеличивается до 140 ГБ:

Только после всего этого, результирующий Snaphot 1 (60 ГБ - сумма всех снапшотов) применяется к основному файлу виртуального диска VMDK. При этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).

Таким образом, на хранилище VMFS нам понадобится 80 ГБ дополнительного свободного пространства, если мы хотим, чтобы операция прошла успешно (зато потом освободится 60 ГБ от снапшотов).

У пользователей VMware vSphere / ESX иногда возникает ситуация, когда необходимо заглянуть на том VMFS и его содержимое с Windows-машины системного администратора (такое, например, может быть, когда у вас сломался единственный сервер VMware ESX, а содержимое тома VMFS надо скопировать). Кроме того, очень полезным бывает получить доступ к файловой системе диска VMDK, чтобы извлечь из него необходимую информацию, не запуская его в составе виртуальной машины.

Open Source VMFS Driver

В первом случае для просмотра содержимого и копирования данных с тома VMFS версии 3.x (VMware vSphere 4.0 сейчас работает на версии 3.33) нам понадобится Open Source-утилита VMFS Driver от компании Fluid Operations. Она выпускается в виде пакета для Windows или Linux операционной системы (работает на Java) и позволяет монтировать в режиме read only активно работающие тома VMFS, с которых запущены виртуальные машины. По-сути, это не драйвер, а обычное приложение, позволяющее просматривать и копировать содержимое томов VMFS на рабочую станцию администратора. Важно знать, что эта разработка официально не поддерживается со стороны VMware, кроме того у разработчиков для написания утилиты не было спецификаций VMFS. Кстати, сейчас уже поддерживаются thin-диски.

Чтобы начать использовать VMFS Driver наберите в командной строке (у вас должна быть установлена Java):

java -jar fvmfs.jar

VMware Disk Mount

Во втором случае для просмотра содержимого VMDK-диска вам понадобится пакет разработчика Virtual Disk Development Kit, в состав которого входит утилита VMware Disk Mount (vmware-mount.exe или vmware-mount.pl). Эта программа позволяет смонтировать виртуальный диск VMDK в ОС Windows или Linux и просматривать его содержимое как обычного диска, подключенного к компьютеру. Обратите внимание, что последняя версия Virtual Disk Development Kit выпущена 21 мая 2009 года (в тот же день, что и VMware vSphere), а это значит, что поддерживается не только формат виртуальных дисков VMware Workstation, но и VMware ESX 3.x / 4.x (в том числе виртуальные машины vSphere). Пользоваться данной CLI-утилитой очень просто, кроме того, несколько лет назад к ней писали различные GUI-надстройки, которые, вероятно, и сегодня можно использовать.

Пользоваться VMware Disk Mount очень просто - открываете cmd и выполняете команду (где e: - буква монтируемого диска):

vmware-mount e: "C:\alex\vms\vm1\vm1.vmdk"

Компания VMware уже довольно давно анонсировала продукт ConfigControl, который позволяет управлять изменениями конфигураций в больших инфраструктурах с многими сотнями виртуальных машин.

Теперь этот продукт официально будет называться VMware vCenter Change Insight.

Возможности VMware vCenter Change Insight:

• Автоматическое документирование виртуального окружения, включая сущности хостов, хранилищ, сетей, а также их взаимосвязей и зависимостей
• Трекинг изменений инфраструктуры в реальном времени и оповещение администраторов и менеджеров ЦОД
• Доступ к точкам кофигурации во времени и проверка на соответствие лучшим практикам
• Применение необходимых конфигураций с помощью политик (будет использоваться vCenter Orchestrator)

Многим пользователям платформы виртуализации VMware vSphere / ESX известен такой механизм оптимизации работы виртуальных машин с оперативной памятью как Memory Ballooning (о нем хорошо написано в документе "Understanding Memory Resource Management in VMware ESX Server"). Если вкратце - то это техника гипервизора по работе с оперативной памятью, которая позволяет запустить на хосте ESX виртуальные машины, совокупная выделенная память которых больше суммарной памяти хоста.

Достигается это за счет использования драйвера vmmemctl.sys, поставляемого вместе с VMware Tools. Он позволяет "надуть" шар внутри гостевой ОС (balloon), который захватывает физическую память, выделенную этой ОС, и отдает ее другим гостевым операционным системам, которые в ней нуждаются. Этот balloon не позволяет гостевой ОС производить работу приложений с данной областью памяти, поэтому если им потребуется дополнительная память - она будет уходить в гостевой своп. Это более правильный подход, чем свопировать гостевую ОС в файл подкачки vswp на томе VMFS, поскольку операционная система сама лучше разбирается, что и когда ей класть и доставать из свопа (соответственно, быстродействие выше).

Недавно у известного блоггера Дункана Эппинга спросили вот про такой интересный случай. Пользователь запустил команду esxtop на странице с показателями памяти для виртуальных машин и получил вот такой результат:

Собственно, какова ситуация, если смотреть по счетчикам на картинке:

Глобальные статистики:

• 1393 Free -> Сейчас 1393 МБ физической памяти хоста доступно
• High State -> Состояние, в котором считается, что хост не испытывает проблем с памятью
• SWAP /MB 146 Cur -> 146 МБ находится в свопе
• SWAP /MB 83 Target -> Целевой объем памяти, который должен быть в свопе - 83 МБ
• 0.00 r/s -> Из свопа ничего не читается
• 0.00 w/s -> В своп ничего не пишется

Статистики виртуальной машины (обведено красным):

• MCTLSZ 1307.27 -> Объем физической памяти гостевой системы, заполненной balloon-драйвером - 1307.27 МБ
• MCTLTGT 1307.27 -> Объем физической памяти гостевой системы, который будет сохарнен balloon-драйвером - 1307.27 МБ
• SWCUR 146.61 -> В свопе находится 146.61 МБ данных.
• SWTGT 83.75 -> Целевой объем памяти, который который должен быть в свопе - 83.75 МБ

С одной стороны хост ESX выглядит типично overcommited, то есть balloon-драйвер раздулся. С другой же стороны, сервер VMware ESX находится в состоянии High State, что означает, что свободно более 6% памяти и проблем с ней нет (кроме того, ничего не пишется и не читается из файла подкачки). Казалось бы, здесь есть некоторое противоречие - если у хоста нет проблем с памятью, то почему balloon до сих пор надут и не сдувается?

Посмотрим на соотношение свободной памяти хоста ESX и размер области, занятой balloon'ом: 1393 МБ и 1307.27 МБ, соответственно. Они приблизительно равны. Это означает, что при сдутии balloon'а гостевая ОС, в которой он был надут, начнет отъедать физическую память хоста ESX (да и еще выгружать своп). Это приведет к тому, что объем доступной памяти хоста ESX упадет и он снова окажется в ситуации, когда необходимо снова надувать balloon.

То есть VMware ESX (и драйвер vmmemctl) не делают резких движений, растут и сдуваются постепенно, делая оглядку на то, какая ситуация может получиться.

Компания VMware выпустила обновления платформы виртуализации VMware vSphere 4.0 Update 2, включающие в себя релизы:

• серверного ПО VMware ESX 4.0 Update 2 (build 261974)
• средства управления хост-серверами и виртуальными машинами VMware vCenter 4.0 Update 2 (build 258672)
• ПО для обновления хостов ESX и виртуальных машин VMware vCenter Update Manager 4.0 Update 2 (build 264019).

Новые возможности платформы vSphere 4.0 Update 2:

• Команды esxtop и resxtop теперь показывают информацию и по NAS/NFS-хранилищам
• Поддержка технологии Fault Tolerance (FT) для процессоров Intel Xeon 3400, Xeon 5600 и i3/i5 CPU
• Поддержка модуля IOMMU для процессоров AMD Opteron 6100 и 4100
• Довольно сильно оптимизирована работа со снапшотами (удаление, создание)
• Поддержка гостевой ОС Ubuntu 10.04
• Исправлена ошибка в реализации round robin в модуле PSP
• Исправлена ошибка при доступе по нескольким путям через software iSCSI initiator к некоторым массивам (например, CLARiiON)
• Улучшена работа VMware HA с распределенным коммутатором dvSwitch и механизмом Fault Tolerance
• Очень много исправлений и мелких улучшений

Сам же VMware vCenter 4.0 Update 2, кроме различных исправлений, содержит возможности конфигурации автоматизированного развертывания следующих гостевых ОС (то, что для Windows называлось Sysprep):

• Windows XP Professional SP2 (x64) serviced by Windows Server 2003 SP2
• SLES 10 SP3 and 11 (x32/x64 bit)
• RHEL 4.8, 5.4 and 5.5 Server Platform (x32/x64 bit)
• Debian 5.0, 5.0 R1 and 5.0 R2 (x32/x64 bit)

Продукт VMware vCenter Update Manager 4.0 Update 2 теперь стал быстрее и надежнее работать в низкоскоростных сетях с большими задержками (WAN).

Скачать обновление VMware vSphere 4.0 Update 2 можно по этой ссылке. Напоминаем, что уже известен список возможностей VMware vSphere 4.1, платформы, которая (вероятнее всего) будет представлена на конференции VMworld 2010 в сентябре этого года.

Из всех проблем, создаваемых технологиями виртуализации, настоящей проблемой я считаю только безопасность виртуальной инфраструктуры. Неудивительно, ведь по статистике Gartner, 60% всех развертываемых виртуальных машин к 2012 году будут менее защищенными, чем их физические "коллеги". В итоге - компании достаточно быстро внедряют технологии виртуализации, но очень мало уделяют аспектам безопасности виртуальных машин, хост-серверов и средств управления.

На VMware KB TV есть несколько хороших видео, раскрывающих подробности установки пакета VMware Tools в гостевых ОС Linux виртуальных машин VMware vSphere.

Если ваш дистрибутив rpm-based, можно воспользоваться KB 1018392 или посмотреть процедуру установки VMware Tools для Linux на видео ниже:

Если же ваш Linux-дистрибутив не поддерживает rpm-пакеты, для установки VMware Tools можно воспользоваться KB 1018414 или посмотреть, как это делается:

Общая информация об установке VMware Tools приведена в KB 340 и KB 1014294.

Компания VMware объявила победителей в программе VMware vExpert 2010. Это награда, присуждаемая за высокий вклад в развитие сообщества виртуализации, а также существенное участие в продвижении продуктов и технологий VMware.

Среди профессионалов, получившую данную награду можно отметить таких известных в сообществе виртуализации людей как Mike Laverick, Eric Sloof, Vladan Seget, Tom Howarth и многих-многих других блоггеров и евангелистов в сфере виртуализации, которых вы все хорошо знаете.

Рад сообщить, что среди этих людей второй год подряд остаюсь и я, получая награду VMware vExpert 2010. Большое спасибо компании VMware, менеджеру программы Джону Троеру (John Troyer), а также всем тем, кто номинировал меня на этот статус.

На будущий год у меня в планах становление и продвижение в России консалтинговых сервисов в сфере виртуализации (пока об этом мало кто знает - что это вообще такое), больший акцент на автоматизацию и оптимизацию уже существующих инфраструктур (здесь тоже пока дыра), а также организация "облаков" с помощью продуктов VMware (не только vSphere и View). Все это мы будем делать вместе с вами, дорогие коллеги!

Компания VKernel обновила продукт Optimization Pack, который позволяет контролировать использование вычислительных ресурсов в среде VMware vSphere. Основная задача VKernel Optimization Pack 1.4 - дать возможность системным администраторам серверов ESX найти перегруженные и недогруженные серверы виртуализации, осуществлять контроль заполненности хранилищ и давать рекомендации по оптимизации виртуального окружения.

VKernel Optimization Pack поставляется как виртуальный модуль (Virtual Appliance) и легко может быть внедрен в существующую инфраструктуру VMware vSphere. Он предоставляет различного рода статистики, которые могут быть использованы для мониторинга и отчетности (Inventory виртуальных машин, снапшоты, превышение порогов загрузки, неиспользуемые ВМ), а также выдает рекомендации что нужно сделать, чтобы сбалансировать использование ресурсов серверов и хранилищ.

Из отчетов можно отметить следующие:

1. Rightsizer Summary (типа как должно быть правильно)
2. Wastefinder: Abandoned VMs
3. Wastefinder: Powered off VMs
4. Wastefinder: Unused Templates
5. Wastefinder: Unused Snapshots
6. Wastefinder: Zombie VMs

Скачать VKernel Optimization Pack можно по этой ссылке.

У компании VMware есть замечательный онлайн-сервис, где можно узнать о поддержке хостовых гостевых ОС различными продуктами VMware: vSphere, View, Workstation, Fusion, ACE, Server и другими. Для хостовой ОС указываются продукты, которые в ней могут быть установлены, а для гостевой ОС - можно ли ее ставить в виртуальной машине. Полный список поддерживаемых ОС для продуктов VMware представлен на странице VMware Compatibility Guide.

Удобно, что при нажатии на версию соотвествующего продукта VMware, вы можете посмотреть информацию о релизе, начиная с которого стала поддерживаться данная гостевая или хостовая ОС, а также узнать, какие обновления необходимо применить к операционной системе. Кроме того, очень полезной оказывается информация по статьям базы знаний (kb.vmware.com), которые можно использовать при эксплуатации данной ОС с продуктами VMware.

Как вы знаете, любая платформа виртуализации требует накладных расходов на содержание виртуальных машин на хост-сервере. Это называется virtualization overhead. Обычно он находится в пределах нескольких процентов и не сильно влияет на производительность и потребление ресурсов сервера виртуализации.

У серверов VMware ESX также есть overhead по памяти для виртуальных машин, которую использует гипервизор для задач поддержки и обслуживания вычислительных ресурсов ВМ (там хранятся структуры данных, объем которых зависит от кофигурации машины). Overhead непосредственно зависит от числа vCPU виртуальной машины и, естественно, от выделенной оперативной памяти ВМ. Размер накладных расходов в мегабайтах представлен в таблице ниже:

Оперативная память ВМ (МБ)	1 vCPU	2 vCPU	3 vCPU	4 vCPU	5 vCPU	6 vCPU	7 vCPU	8 vCPU
256	113.17	159.43	200.53	241.62	293.15	334.27	375.38	416.50
512	116.68	164.96	206.07	247.17	302.75	343.88	385.02	426.15
1024	123.73	176.05	217.18	258.30	322.00	363.17	404.34	445.52
2048	137.81	198.20	239.37	280.53	360.46	401.70	442.94	484.18
4096	165.98	242.51	283.75	324.99	437.37	478.75	520.14	561.52
8192	222.30	331.12	372.52	413.91	591.20	632.86	674.53	716.19
16384	334.96	508.34	550.05	591.76	900.44	942.98	985.52	1028.07
32768	560.27	863.41	906.06	948.71	1515.75	1559.42	1603.09	1646.76
65536	1011.21	1572.29	1616.19	1660.09	2746.38	2792.30	2838.22	2884.14
131072	1912.48	2990.05	3036.46	3082.88	5220.24	5273.18	5326.11	5379.05
262144	3714.99	5830.60	5884.53	5938.46	10142.83	10204.79	10266.74	10328.69

Информация отсюда.

Сегодня ситуация, когда у пользователя платформ виртуализации есть инфраструктура виртуальных серверов VMware vSphere и Microsoft Hyper-V R2, является достаточно редкой (хотя в России такие примеры есть). Но число таких пользователей будет расти, об этом даже где-то говорила Gartner. Специально для них компания Veeam  на конференции Microsoft Management Summit 2010 анонсировала выпуск программного продукта Veeam PRO Pack, который позволяет обнаруживать и решать проблемы в виртуальной инфраструктуре под управлением Microsoft System Center Virtual Machine Manager (SC VMM).

Если раньше был продукт Veeam nworks Management Pack для System Center Operations Manager, который позволял интегрировать инфраструктуру мониторинга от Microsoft и виртуализации от VMware, то теперь PRO Pack дополняет его на уровне решения SC VMM. PRO Pack, как нетрудно догадаться по его названию, использует технологию Performance and Resource Optimization (PRO) от компании Microsoft, что позволяет своевременно обнаруживать и решать проблемы производительности виртуальных машин VMware vSphere под управлением SC VMM. Также обещают поддержку балансировки нагрузки между хостами и функций Intelligent Placement в System Center Virtual Machine Manager 2008 R2. Например, у виртуальной машины появились какие-то проблемы, они отображаются в виде алерта в SC VMM, после чего они решаются автоматически или вручную, например, миграцией виртуальной машины на другой, менее загруженый, хост VMware ESX.

Veeam nworks PRO Pack будет поставляться с версией 5.5 продукта Veeam nworks Management Pack для VMware. Выход продукта PRO Pack намечен на второй-третий квартал этого года, пока же можно скачать релиз-кандидат Veeam PRO Pack. Оставайтесь с нами и вы узнаете об этом новом продукте первыми.

Мы уже писали о том, что компания Veeam сделала множество нововведений в продукте Veeam Reporter 4.0 для отчетности и управления изменениями виртуальной инфраструктуры VMware vSphere. И вот, наконец, этот продукт полностью доступен для загрузки и покупки. На самом деле, это оказалось нечто большее, чем просто ПО для отчетности по серверам виртуализации VMware ESX. Veeam Reporter - это средство контроля виртуальной инфраструктуры, позволяющее покрыть множество аспектов управления:

Если вы помните, раньше было два продукта Veeam Reporter и Veeam Reporter Enterprise, которые были двумя ветками одного продукта, первый - для консультантов (быстрые отчеты), второй для менеджеров ЦОД (отчеты и управление изменениями). Теперь же продукт окончательно называется Veeam Reporter 4.0 и поддерживается только одна его версия, выросшая из издания Enterprise.

Особенно в Veeam Reporter 4.0 нужно отметить такие элементы как:

• Dashboard - отличная и удобная вещь, куда можно повесить необходимые вам виджеты с информацией о параметрах vSphere
• Отслеживание изменившихся параметров серверов ESX и vCenter - стало намного более наглядным и удобным
• Данные во всех отчетах с новым GUI представляются более наглядно и красиво
• Интересные возможности по отслеживанию и планированию вычислительных мощностей для VMware vSphere

Несколько скриншотов Veeam Reporter 4:

Полный список возможностей Veeam Reporter 4.0:

• Продукт основан на технологии Microsoft SQL Server Reporting Services (SSRS), что позволяет упростить администрирование системы. Теперь нет необходимости в пакете Microsoft Office на клиентских машинах.
• Веб-интерфейс позволяет получить доступ к отчетам о виртуальной инфраструктуре VMware vSphere 4 с любых клиентских устройств через веб-браузер.
• Поддержка нескольких одновременных сессий пользователей.
• Поддержка коммерческих изданий Microsoft SQL Server и бесплатного Microsoft SQL Server Express.
• Полностью переработанный GUI, в котором теперь можно кастомизировать основной вид (Dashboard).
• Интеграция с корпоративными порталами, например, Microsoft SharePoint.
• Veeam Reporter 4.0 теперь собирает исторические данные о производительности компонентов vSphere, имеются зачатки функций Chargeback (стоимость инфраструктуры), планирования трендов развития, собирает события vCenter.
• Появились функции для планирования мощностей при увеличении нагрузок на виртуальную инфраструктуру (Capacity Planning).
• Veeam Reporter 4.0 позволяет документировать и управлять изменениями конфигурации VMware vSphere и серверов ESX, появились новые отчеты (например, по Distributed Virtual Switch).
• Информация о том, кто, где, когда и как конкретно изменял настройки компонентов VMware vSphere (старое и новое значение).
• Интеграция с Veeam Business View.
• Улучшенные Visio диаграммы для большого количества виртуальных машин.

Скачать Veeam Reporter 4.0 можно на этой странице.

А купить Veeam Reporter 4 как всегда можно в компании VMC (золотой партнер Veeam Software).

У многих пользователей VMware vSphere возникает вопрос: что такое VMware vStorage API for Data Protection (VADP) и чем он отличается от продукта VMware Consolidated Backup (VCB)?

Все очень просто - с выпуском платформы виртуализации VMware vSphere на смену продукту VMware VCB пришла технология VADP. VMware vStorage API for Data Protection - это механизм расширенной поддержки резервного копирования виртуальных машин на хостах VMware ESX, который уже "прошит" в состав сервера ESX и не требует отдельного прокси-сервера резервного копирования, как это было в случае VCB.

Технология VADP позволяет централизованно делать полные и инкрементные резервные копии виртуальных машин, без установки агентов в гостевые ОС и без загрузки сети передачи данных LAN, выполняя задачи напрямую в SAN. Обратите внимание - VADP это не продукт, а всего лишь технология, которую используют сторонние продукты для резервного копирования, например, продукт номер 1 - Veeam Backup and Replication.

VMware vStorage API for Data Protection использует возможности технологии VMware vStorage VMFS для создания мгновенных снимков виртуальных машин (snapshots) и позволяет без остановки гостевой ОС и приложений сохранять резервные копии на бэкап-хранилище. VADP принес с собой такие технологии как Changed Block Tracking, значительно ускоряющие процесс резервного копирования виртуальных машин по сравнению с VMware VCB.

Вот чем именно VADP отличается от VMware VCB:

Компания VMware - одна из немногих, кто по-настоящему думает о том, как пользователи будут делать резервные копии своих производственных систем в виртуальных машинах. В VMware vSphere 4 появился новый механизм Changed Block Tracking (CBT), который значительно упрощает жизнь разработчикам ПО для резервного копирования виртуальных машин и значительно повышает эффективность этого процесса.

Давайте попробуем разобраться для чего нужен Changed Block Tracking в VMware vSphere. Прежде всего, напомним, что ранее решения для резервного копирования (например, лидер рынка Veeam Backup) должны были самостоятельно заботиться о том, какие блоки виртуальных дисков изменились с момента создания резервной копии, чтобы не копировать весь vmdk целиком. Это вызывало значительную нагрузку на сервер ESX версии 3.x, поскольку не было встроенного механизма отслеживания изменивашихся блоков, а разработчикам приходилось выкручиваться.

Теперь же Changed Block Tracking в VMware vSphere является частью интерфейса vStorage APIs for Data Protection (VADP), который состоит из двух компонентов VDDK (Virtual Disk Develoment Kit) и vSphere SDK (о них можно почитать в документе "Designing Backup Solutions for VMware vSphere").

Changed Block Tracking работает на уровне стека работы с хранилищами в модуле VMkernel и позволяет сторонним продуктам для резервного копирования вернуть список изменившихся блоков с момента последнего бэкапа.

CBT можно использовать для любого типа виртуальных дисков, включая тома VMFS / FS / iSCSI и NAS / NFS, за исключением томов Raw Device Mapping (RDM) в режиме физической совместимости а также дисков, привязанных к shared virtual SCSI bus. Кстати, размер блока для CBT - это не то же самое, что размер блока для тома VMFS (потому что работает на уровне отдельного vmdk).

Чтобы CBT работал для резервного копирования ваших ВМ, необходимо, чтобы они имели Virtual Hardware версии 7 и выше:

По умолчанию функции Changed Block Tracking на серверах VMware ESX отключены, это обусловлено тем, что CBT дает небольшую нагрузку на CPU сервера для решения своих задач. Однако решения для резервного копирования, в частности Veeam Backup, его включают для создания бэкапов только изменившихся блоков, что существенно (в разы!) повышает скорость создания резервных копий.

Changed Block Tracking начинает работать после включения виртуальной машины или создания мгновенного снимка (снапшота), который делает ПО для резервного копирования. На хранилище виртуальных машин появляется файл xxx-ctk.vmd фиксированного размера для каждого виртуального диска vmdk (на 10 ГБ диска приходится где-то 500 КБ ctk-файла):

В этом файле содержится список блоков, которые отслеживаются для vmdk с их актуальным состоянием с определенного момента времени, зафиксированном в ChangedId (изменились или нет). Данный подход важен не только для резервного копирования, но и для репликации виртуальных машин между хранилищами, где очень важно время синхронизации с репликой.

Напоминаем, что первым продуктом, который стал использовать технологию Changed Block Tracking в VMware vSphere был и остается Veeam Backup and Replication.

У компании VMware есть несколько основных ресурсов, где можно посмотреть обучающие видеоролики по продуктам VMware vSphere, View, Site Recovery Manager, Workstation, ThinApp и другим.

Первый ресурс с видео VMware - это http://vmwareelearning.blip.tv/ представляющий собой сборник обучающих роликов, преимущественно по настольным платформам виртуализации.

Второй ресурс - это канал на YouTube VMware ELearning Video, содержимое аналогично предыдущему.

Третий - это канал VMware TV на YouTube, на нем собраны видеоролики общего содержания и о Cloud Computing.

Четвертый - канал VMware KB TV Video, где приводятся практические приемы работы с платформой VMware vSphere и серверами ESX (также есть и по VMware Workstation).

Пятый - это канал VMworld TV с различными событиями с конференции VMworld.

Шестой - канал VMware Developer Videos, где собрана информация для разработчиков.

Еще на VMworld 2009 компания VMware анонсировала технологию Storage IO Control (SCIO), которая должна появиться в следующих релизах платформы виртуализации VMware vSphere (по слухам уже в версии 4.1). Суть данной технологии - корректное распределение нагрузки на систему хранения данных (СХД) для виртуальных машин.

Сейчас у виртуальных машин есть такие настройки как Shares для категории Disk, которые определяют приоритеты виртуальных машин по нагрузке на СХД в рамках одного сервера VMware ESX. То есть, если у нас есть два сервера VMware ESX и виртуальные машины на них, то приоритеты нагрузки на storage будут распределены следующим образом при наличии параметров shares:

То есть очередь дискового массива пропорционально делится между хостами VMware ESX, а уже для каждого хоста его процент очереди делится на части в зависимости от Shares виртуальных машин.

Такой механизм не отражает реальную ситуацию по отношению к требованиям виртуальных машин к вводу-выводу, поскольку даже наиболее критичные сервисы в виртуальных машинах на хосте VMware ESX в кластере не могут получить больше, чем 1/n от очереди массива для тома VMFS / LUN, где n - число хостов ESX.

Технология Storage IO Control (SCIO) позволяет изменить данную ситуацию за счет двух техник:

• Вычисление задержек (latency) на том VMFS для запуска механизма SCIO (говорят о 20ms и более)
• Изменение пропускной способности канала виртуальных машин хоста к СХД за счет изменения глубины очереди HBA-адаптера (device queue depth)

Регулировка очереди со стороны HBA-адаптера позволяет более корректно распределить нагрузку на СХД между сервисами в виртуальных машинах в соответствии с их параметрами shares:

Как мы видим, наиболее критичный сервис (красный цвет), при условиях заданных shares для нескольких хостов ESX, позволяет потреблять 60% от того, что может выдать дисковый массив для данного тома VMFS. Это соответствует соотношению:

1500 (shares сервиса) / 2500 (общие shares ВМ хостов) * 100% = 60%

Механизм Storage IO Control для хостов VMware ESX включается при превышении порога latency для тома VMFS, определяемого пользователем, что позволяет надежно защитить наиболее критичные сервисы в виртуальных машинах от всплесков нагрузки на систему хранения данных в виртуальной инфраструктуре.

Коллеги! Как Вам, наверное, известно, в апреле мы (компания VMC и портал VM Guru) совместно с компанией Veeam Software, производителем средств для управления инфраструктурой VMware vSphere, проводили конкурс на лучшую историю о Veeam Backup and Replication. Призами были следующие приятные штучки:

Большое спасибо за предоставленные материалы и участие в конкурсе!

И мы готовы объявить победителей:

	1-е место - Михаил Коротько (http://www.vm.pro-it.kz). Михаил получает в качестве приза Apple iPod Nano и фирменную футболку от компании Veeam за отличную историю о Veeam Backup под названием "Операция по удалению и трансплантации информации". Также отмечаем большой вклад Михаила в развитие и пропаганду технологий виртуализации в дружественном нам Казахстане.
	2-е место - Алексей Бутин. Заслуженно получает в подарок флешку на 4 ГБ и и фирменную футболку от компании Veeam за буквально душераздирающую историю о том, как Veeam Backup and Replication позволил в буквальном смысле спасти большую часть данных компании. Напомним ситуацию, с которой Veeam Backup замечательно справился: "Сотрудник приглашенной организации при форматировании массива перепутал LUN’ы в команде и одним нажатием кнопки Enter уничтожил работавшие на существующем массиве контроллер домена с пользовательскими данными, сервер бухгалтерии с базами 1С и несколько серверов фермы MOSS" Но в итоге: "Проведя двое суток в попытках восстановить массив, мы воспользовались программным продуктом Veeam Backup and Replication и восстановили критические сервисы из ранее созданных резервных копий! Восстановление прошло без проблем и в понедельник утром пользователи вернулись к работе. "
	3-е место - Сергей Щадных (http://goodserg-it.blogspot.com/), компания "Протек". Этого человека в наших кругах представлять не нужно - именно он имеет огромный опыт по использованию платформы VMware vSphere и средства для резервного копирования Veeam Backup. Сергей принимает участие в работе VMware User Group Russia, ведет блог и делает большой вклад в развитие технологий виртуализации в России. Здесь можно прочитать историю внедрения Veeam Backup в компании "Протек".

От всей души поздравляем участников и желаем им всегда оставаться при своих данных со средством резервного копирования Veeam Backup! Напоминаем, что для вас, победители, действуют специальные скидки на приобретение продукта Veeam Backup and Replication, о которых мы говорили в условиях конкурса.

P.S. В ближайшее время победителям придет от меня письмо с информацией о том, как получить призы :)

У компании EMC, как у владельца VMware, скопилось огромное количество документов, рассказывающих о том, как правильно использовать решение VMware vSphere на дисковых массивах EMC Clariion, Symmtrix, DMX и других. Ниже приведен список основных документов EMC для платформы VMware ESX и виртуальных машин:

Основные гайдлайны:		Работа корпоративных приложений
Using EMC CLARiiON Storage with VMware vSphere and VMware Infrastructure		Using VMware ESX with Oracle Database and EMC CLARiiON Storage Systems
Using VMware vSphere with EMC Symmetrix Storage		EMC Virtual Infrastructure for Microsoft Applications—Data Center Solution Enabled by EMC Symmetrix V-Max and VMware vSphere 4
Using EMC Celerra Storage with VMware vSphere and VMware Infrastructure		EMC Virtual Infrastructure for Microsoft Exchange 2007 (VMware vSphere 4.0)
EMC Integrated Infrastructure for VMware Enabled by EMC Celerra NS-120		Deploying a Virtual Infrastructure for SAP with EMC and VMware Technologies
EMC Symmetrix V-Max and VMware Virtual Infrastructure		EMC Solutions for Microsoft SQL Server - EMC Celerra Unified Storage Platforms
Iomega StorCenter Pro NAS ix4 and ix2 with VMware ESX Server 3.5		EMC Virtual Architecture for Microsoft SharePoint Server 2007
Implementing Virtual Provisioning on EMC CLARiiON and Celerra with VMware Infrastructure		EMC Virtual Infrastructure for Microsoft and Oracle Applications - Enabled by EMC CLARiiON and VMware vSphere 4